prepare-root: Rename rootfs loading functions

Prep for moving more functionality there, it's really about
the rootfs, not just composefs.

Merge pull request #3470 from cgwalters/build-dist-test-scripts

build-sys: Always EXTRA_DIST test scripts

build-sys: Always EXTRA_DIST test scripts

Fixes the case of doing `make dist` without some
build features enabled.

Closes: https://github.com/ostreedev/ostree/issues/3469
Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3455 from jmarrero/bindings

rust: Add v2025_3 feature and bump versions

Merge pull request #3468 from jmarrero/release-20253

Release 2025.3

configure: post-release version bump

Release 2025.3

Merge pull request #3310 from igoropaniuk/boot_count

sysroot: Support boot counting for boot entries

sysroot: Support boot counting for boot entries

Add support for boot counting for bootloader entries [1].
The boot counting data is stored in the name of the boot loader entry.
A boot loader entry file name may contain a plus (+) followed by a number.
This may optionally be followed by a minus (-) followed by a second number.
The dot (.) and file name suffix (conf or efi) must immediately follow.

The feature is enabled via sysroot configuration:
[sysroot]
boot-counting-tries=3

Testing:
$ ostree admin deploy 91fc19319be9e79d07159303dff125f40f10e5c25614630dcbed23d95e36f907
Copying /etc changes: 2 modified, 3 removed, 4 added
bootfs is sufficient for calculated new size: 0 bytes
Transaction complete; bootconfig swap: yes; bootversion: boot.0.1, deployment count change: 1

$ ls /boot/loader/entries
ostree-1.conf  ostree-2+3.conf

[1] https://uapi-group.org/specifications/specs/boot_loader_specification/#boot-counting
Signed-off-by: Igor Opaniuk <igor.opaniuk@foundries.io>
Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3467 from cgwalters/config-set-validate

repo: Add new API to write config with reload+validation

Merge pull request #3465 from cgwalters/soft-reboot-kargs-check

Soft reboot kargs check

repo: Add new API to write config with reload+validation

The `ostree config set` CLI should really disallow
writing invalid values. To implement that, add a new
API that also *reloads* to the new config, and
rolls back on failure.

Closes: https://github.com/ostreedev/ostree/issues/1827
Signed-off-by: Colin Walters <walters@verbum.org>

soft-reboot: Check for kernel argument changes

This closes a drift gap possibility.

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3463 from cgwalters/ci-bootc-c10s

ci: Expand bootc testing to cover c10s

rust-bindings: update for soft-reboot

rust: Add v2025_3 feature and bump versions

tests: Verify soft reboot with changed kernel state

Merge pull request #3464 from cgwalters/man-drop-authorgroup

docs: Remove <authorgroup>

docs: Remove <authorgroup>

We've just been copy pasting this; for some commands it's
true, but others have been written by other people. Most of
the commands just call into the library code which is written
by various people.

Because it isn't really accurate, just drop it.

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3460 from cgwalters/soft-reboot-followups3

soft-reboot: Many changes

soft-reboot: Many changes

- Add --reboot and --reset arguments
- Don't compile on centos stream 9 (missing `open_tree` glibc wrapper)
  as the functionality isn't supported by systemd there; that said
  we should also do dynamic detection
- Fix /sysroot writability
- If we target as soft reboot a deployment
  *other* than the staged one, automatically clear the staged
  deployment as otherwise the semantics are too confusing.
- Rename the APIs so they all say `soft_reboot` and not `next_root`

Signed-off-by: Colin Walters <walters@verbum.org>

ci: Expand bootc testing to cover c10s

Because it's an active development target.

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3461 from cgwalters/sysroot-deploy-cleanup

deploy: Don't create deployment object before deploying

deploy: Don't create deployment object before deploying

Just pass the bits of the new deployment we want down into the
checkout function. This lets us reuse the common helper
to init a deployment which now always captures the device/inode.

Followup from previous commit.

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3456 from cgwalters/soft-reboot-followups2

sysroot: Remove now-spurious assertion change from soft reboot changes

Merge pull request #3459 from cgwalters/deployments-cache-devino

sysroot: Cache deployment device/inode

Merge pull request #3457 from cgwalters/deploy-quiet-systemctl

deploy: Default quiet for forked systemctl

sysroot: Cache deployment device/inode

This is a lot cleaner. In particular, it's prep
for having soft reboot finalize at shutdown time, because
we weren't correctly handling the staged deployment in
that case.

To implement this we need to basically stop using
ostree_deployment_new() in most places, and instead ensure that all
callers use this path which cache the device/inode.

Signed-off-by: Colin Walters <walters@verbum.org>

deploy: Default quiet for forked systemctl

I'm checking over the codebase for places we fork children; doing
so from a library means we may end up printing to stdout/stderr
of our caller, which we shouldn't do.

- Also add an error prefix with information about the service
  if we fail

Signed-off-by: Colin Walters <walters@verbum.org>

sysroot: Remove now-spurious assertion change from soft reboot changes

We fixed the bug that caused soft reboot to trip the assertion
here, so revert back to a hard check.

Merge pull request #3453 from cgwalters/staged-status-json

status: Add more tests for json

Merge pull request #3450 from cgwalters/justfile-more

justfile: enhancements

Merge pull request #3452 from cgwalters/soft-reboot-followup

status: Add `soft-reboot-target` to JSON

status: Add more tests for json

Signed-off-by: Colin Walters <walters@verbum.org>

status: Add `soft-reboot-target` to JSON

It's there in the human readable status.

And update the soft-reboot test suite to assert things via
JSON since it's *way* cleaner.

Merge pull request #3420 from jmarrero/builds-soft

ot-builtin-admin: Add admin prepare-soft-reboot

build-sys: Move clang-format into justfile

We don't need a build to run it, it's more appropriate
there.

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3451 from cgwalters/emit-json

status: Add --json output

Add ostree admin prepare-soft-reboot

This adds support for systemd soft reboots.

Closes: https://github.com/ostreedev/ostree/issues/3242
Signed-off-by: Colin Walters <walters@verbum.org>
Co-authored-by: Joseph Marrero Corchado <jmarrero@redhat.com>
Co-authored-by: Mary Strodl <ipadlover8322@gmail.com>
Signed-off-by: Colin Walters <walters@verbum.org>

admin: Expand column for subcommands

Prep for soft reboot.

Signed-off-by: Colin Walters <walters@verbum.org>

prepare-root: Use tempdir for transient etc backing

Prep for soft reboots.

Signed-off-by: Colin Walters <walters@verbum.org>

status: Add --json output

This is way long overdue, and will be useful for a variety of things
but is especially motivated by soft reboot testing.

Signed-off-by: Colin Walters <walters@verbum.org>

jsonwrt: Integration fixups

This gets the code to build without the rest of util-linux.

Signed-off-by: Colin Walters <walters@verbum.org>

Import jsonwrt code from util-linux

We've had a longstanding need to emit JSON to be friendlier
to shell scripting tools.

I hesitated for (way too long) on which JSON libraries to
use, but actually since we don't need to *parse* JSON,
we only need to omit it, the problem domain is super
simple.

util-linux has simple code for this
https://github.com/util-linux/util-linux/commit/b649ff92d2d91864e85a5bba4c89d52236817d9e

So this commit imports it, but it will need a little massaging
to build.

Signed-off-by: Colin Walters <walters@verbum.org>

justfile: Accept args, add build-host shortcuts

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3449 from cgwalters/fix-validate-sig-overwrite

prepare-root: Fix error overwrite

Merge pull request #3448 from cgwalters/refactor-prepare-root-etc

prepare-root: Some prep PRs

prepare-root: Move /etc handling into library

Prep for soft reboots.

Signed-off-by: Colin Walters <walters@verbum.org>

prepare-root: Fix error overwrite

An AI code review tool spotted incorrect usage of GError. Awesome.

Signed-off-by: Colin Walters <walters@verbum.org>

prepare-root: Move metadata for root transient into lib

Prep for soft reboots.

Signed-off-by: Colin Walters <walters@verbum.org>

prepare-root: Move metadata for deployment into otcore

- Rename `mount_composefs` to `mount_rootfs` to make a little clearer
  what it does; even though if the rootfs is not composefs we don't
  do anything before.
- But do always unconditionally update the metadata builder with
  the device/inode

Prep for soft reboots.

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3447 from cgwalters/prepare-root-sysroot-prep

prepare-root: Don't hardcode sysroot

prepare-root: Don't hardcode sysroot

Follow to previous change to factor out composefs mounting;
prep for soft reboots.

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3445 from cgwalters/prepare-root-prep

prepare-root: Factor out composefs handling into otcore

prepare-root: Factor out composefs handling into otcore

I'm thinking about creating ostree-prepare-soft-reboot.c.
Prepare for this by factoring out shared helper functions.

Merge pull request #3443 from cgwalters/readme-tweak

rust: Tweaks for README.md

rust: Tweaks for README.md

Mostly an excuse to publish a new crate to test that
regenerating the docs works.

Merge pull request #3439 from cgwalters/update-dockerfile

ci: Rework Dockerfile, add Justfile and improved testing

ci: Rework Dockerfile, add Justfile and improved testing

- Move the Dockerfile to the toplevel as a primary dev entrypoint
- The Justfile is intended especially for agentic AI like
  block/goose or Claude Code as an allowlistable-command entrypoint
- Include attempt at incremental build caching, partially defeated
  by autotools
- Add new tests-unit-container that tests ostree-prepare-root in
  a container

Signed-off-by: Colin Walters <walters@verbum.org>

tests/libtest: Just use python as a webserver if no libsoup

We only have a very few tests that actually need what
we have in ostree-trivial-httpd that supports things like serving
random 500 errors etc.

If we don't have libsoup, then just use a python webserver.

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3437 from cgwalters/update-dockerfile-prep

A few buildsystem fixes

Merge pull request #3438 from cgwalters/minor-docs

docs: Some typo and link fixes

docs: Some typo and link fixes

Found with AI assistance.

Co-authored-by: Etienne Champetier <champetier.etienne@gmail.com>

ci: Disable soup3 in minimal

Noticed in drive by.

Signed-off-by: Colin Walters <walters@verbum.org>

libtest: Quiet some output

Otherwise there's a lot of test spam.

Signed-off-by: Colin Walters <walters@verbum.org>

ci: use srcdir != builddir by default, builddir under target/

This blends better with docker builds where we have a blanket
ignore of `target` in .dockerignore.

Right now we use git.mk to generate .gitignore and autotools
drop stuff all over the place.

Signed-off-by: Colin Walters <walters@verbum.org>

ci: Updates for centos builds

- Do the modern way to enable the buildroot with crb and epel

Signed-off-by: Colin Walters <walters@verbum.org>

dockerignore: Add

This ensures we don't pick up things we shouldn't from the source.

Signed-off-by: Colin Walters <walters@verbum.org>

Turn off gemini summary

It's way too noisy.

Signed-off-by: Colin Walters <walters@verbum.org>

apidoc: Quiet many warnings

Should have done this long ago, this greatly reduces the spam
in the terminal logs from builds.

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3435 from jmarrero/prep-indepontent

prep patches for: soft-reboot

ostree-prepare-root: add option processing for kernel arguments

In a future soft-reboot feature this will allow us to pass kernel
arguments for the deployment we are going to soft-reboot into.

ostree-prepare-root: make mkdir calls idempotent

Merge pull request #3425 from samzeter/unused-proc

tests: remove unused import

tests: remove unused import

Fixes:

warning: unused import: `with_procspawn_tempdir::with_procspawn_tempdir`
  --> src/test.rs:11:9
   |
11 | pub use with_procspawn_tempdir::with_procspawn_tempdir;
   |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   |
help: if this is a test module, consider adding a `#[cfg(test)]` to the containing module
  --> src/insttestmain.rs:9:1
   |
9  | mod test;
   | ^^^^^^^^^
   = note: `#[warn(unused_imports)]` on by default

Merge pull request #3430 from cgwalters/rust-update-2

rust: Also add a feature for v2025_2

rust: Also add a feature for v2025_2

Merge pull request #3428 from cgwalters/rust-release

rust: Release new minor version

Merge pull request #3429 from cgwalters/drop-msrv-check

rust: Drop MSRV job

rust: Drop MSRV job

Our MSRV is basically covered by the C9S jobs.

Signed-off-by: Colin Walters <walters@verbum.org>

rust: Release new minor version

Signed-off-by: Colin Walters <walters@verbum.org>

rust: Release new minor version

Signed-off-by: Colin Walters <walters@verbum.org>

Merge pull request #3422 from cgwalters/rust-update

rust: Update to 2025.2

Merge pull request #3423 from evan-goode/evan-goode/man-transient

man: Document `ostree admin unlock --transient`

Merge pull request #3427 from cgwalters/fix-deny

ci: Update deny to v2

Merge pull request #3426 from cgwalters/fix-live-tests

ci: build metal and live media in one invocation

This is slightly more efficient because we enter supermin once/invoke
osbuild once.

ci: Update deny to v2

It looks like the v1 action due to a crate bump
started hard requiring a newer rust?

Signed-off-by: Colin Walters <walters@verbum.org>

ci: Drop --fast from buildextend-live

This got dropped apparently with the osbuild rewrite.

man: Document `ostree admin unlock --transient`

Signed-off-by: Evan Goode <mail@evangoo.de>

rust: Update to 2025.2

I want the set_null_log in particular.

Merge pull request #3405 from cgwalters/detect-vfat-boot

sysroot: Detect early on when /boot is on vfat

Merge pull request #3413 from ricardosalveti/aboot

deploy: only set aboot/abootcfg when found

sysroot: Detect early on when /boot is on vfat

We do want to support this (as part of supporing the
Boot Loader Spec) but because we use symlinks in `/boot`,
can't yet.

Error out very early on consistently if we detect
vfat for /boot, but also add a member variable to keep track
of this in preparation for supporting it.

Signed-off-by: Colin Walters <walters@verbum.org>

deploy: only set aboot/abootcfg when found

Bootloader entry should only have aboot and abootcfg configuration
entries when aboot.img is found on the system (e.g.
/usr/lib/modules/$kver).

Otherwise it will be always set, won't be used during boot and
systemd-boot will complain about unknown lines.

Tested-by: Brian Masney <bmasney@redhat.com>
Signed-off-by: Ricardo Salveti <ricardo@foundries.io>

Merge pull request #3416 from cgwalters/test-fixes

Test fixes

tests/prune: Ensure /boot is big enough for 3 bootdata

The size of kernel+initramfs (bootdata) for FCOS has crept up
enough that it's *always* triggering this path, which perturbs
the test into incorrectly triggering early prune.

If we detect that /boot is too small, allocate a new loopback-mounted
copy.

tests/prune: Minor refactor and logging

- Add a shared modules_dir variable to avoid repetition
- Log size of kernel+initramfs
- Log df /boot around when we write and remove "bigfile"

Signed-off-by: Colin Walters <walters@verbum.org>

tests/auto-prune: Add logging for steps

So it's a bit easier to find out which part of this code failed.

tests: Drop use of host_refspec

There's no refspec on FCOS now using containers.
We never needed a refspec for any of these, just the commit.